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Management  notes 


Fire  and  Aviation  Management  is 
taking  an  active  role  in  managing 
information  on  Fires  such  as  this  one 
on  the  Colville  National  Forest, 
Colville,  WA.  Photo  by  Yuen-Gi-Yee. 
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Fire  and  Aviation  Management’s  Link 
To  Managing  Information 

Stephen  F.  Pedigo 


An  illustration  of  the  agency-wide  strategy  for  information 
management. 


In  1992,  the  Chief  of  the  USDA 
Forest  Service  adopted  the  rec¬ 
ommendations  in  the  report  “In¬ 
formation  Management:  A 
Framework  for  the  Future” 

(USDA  Forest  Service  Strategic 
IM  Team  1992).  The  report  out¬ 
lined  a  vision,  principles,  ethics, 
and  implementation  strategies  for 
developing  a  shared  information 
environment.  Because  this  envi¬ 
ronment  is  critical  to  realizing 
the  agency’s  mission,  the  Forest 
Service’s  Fire  and  Aviation  Man¬ 
agement  (F&AM)  Staff  is  taking 
an  active,  aggressive  role  in 
implementing  the  report’s  recom¬ 
mendations. 

Soon  after  the  report  was  ac¬ 
cepted,  F&AM  chartered  the 
“F&AM  Strategy  Project.”  A  team 
made  up  of  representatives  of  the 
systems  and  F&AM  communities 
was  assembled  in  Portland,  OR. 
These  people  were  from  all  levels 
of  the  organization.  They  repre¬ 
sented  dispatching,  operations, 
aviation,  fire  planning,  and  coop¬ 
erative  fire  programs.  Using  the 
Computer-Aided  Software  Engi¬ 
neering  (CASE)  methodology, 
this  group  developed  the  national 
strategy  and  recommendations 
for  the  F&AM  program.  The  strat¬ 
egy  and  its  subsequent  recom¬ 
mendations  are  the  result  of 
numerous  interviews  and  work- 
|  shops  with  members  of  the  fire 
|  and  aviation  community.  This 
“strategy”  is  the  first  produced  by 
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a  Forest  Service  program  and  is 
serving  as  a  model  for  the  agency. 

As  a  result  of  the  F&AM  Strategy 
Project  and  with  the  support  of 
Mary  Jo  Lavin,  Ph.D.,  F&AM  direc¬ 
tor,  Steve  Pedigo  became  the  core 
team  leader  for  the  “Agency  Wide 
Strategy  Stage”  (AWSS)  project 
under  the  direction  of  William  M. 
Bristow  II,  Forest  Service  chief  in¬ 
formation  officer.  To  understand 
how  to  get  to  a  shared  information 
environment,  AWSS  was  chartered 
to  develop  an  “enterprise  model” 
for  the  agency  to  describe  the  pri¬ 
mary  activities  of  the  Forest  Ser¬ 
vice  and  the  kinds  of  information 
needed  to  support  these  activities. 
Recommendations  based  on  this 
model,  an  analysis  of  the  agency 
processes,  and  an  assessment  of 
the  current  information  environ¬ 
ment  were  also  developed.  An  im¬ 
portant  result  of  this  effort  is  a 
definition  of  “focus  areas”  for  infor¬ 
mation  management.  Focus  areas 
group  those  programs  with  similar 
information  needs.  F&AM  is  placed 


in  the  “protection” 
focus  area. 

The  final  forum  for 
F&AM  in  informa¬ 
tion  management  is 
the  interagency  Na¬ 
tional  Wildfire  Coor¬ 
dinating  Group, 
which  chartered  the 
Information  Re¬ 
source  Management 
Working  Team 
(IRMWT).  The 
IRMWT  is  currently 
beginning  a  strate¬ 
gic  interagency  in¬ 
formation  management  project  to 
provide  the  linkage  necessary  for 
the  fire  community  to  move  for¬ 
ward  in  information  management 
with  our  cooperators  and  to  pro¬ 
vide  cost-effective  service  to  our 
customers. 

The  National  Systems  Team  is  in¬ 
volved  in  all  these  efforts  to  en¬ 
sure  better  information  service  to 
the  entire  fire  and  aviation  man¬ 
agement  community.  It  is  a  pow¬ 
erful  way  to  position  this 
community  for  its  future  needs. 

The  world  now  expects  this  type 
of  cost-effective,  aggressive  infor¬ 
mation  planning.  It  is  necessary  if 
we  are  going  to  provide  timely, 
accurate  information  to  our  pro¬ 
grams. 
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Weather  Information 
Management  System  (WIMS) 

Mike  A.  Barrowcliff 


The  Weather  Information  Man¬ 
agement  System  (WIMS)  is  a 
comprehensive  system  to  man¬ 
age  forestry  weather  information 
nationwide.  It  was  designed  to  ac¬ 
commodate  the  needs  of  users 
throughout  the  USDA  Forest  Ser¬ 
vice  and  other  Federal,  State,  and 
local  land  management  organiza¬ 
tions.  WIMS  provides  timely  access 
to  weather  data  and  related 
weather  information;  efficient 
tools  for  data  management,  pro¬ 
cessing,  and  display;  and  a  support¬ 
ive,  interactive  user's  interface 
with  access  to  data  management 
and  data  communications  facili¬ 
ties. 

As  part  of  the  effort  to  manage 
public  lands,  the  Forest  Service,  in 
cooperation  with  other  Federal, 
State,  and  private  land  manage¬ 
ment  organizations,  has  collected 
and  stored  historical  weather  data 
from  approximately  2,500  weather 
stations  nationwide.  This  weather 
data  has  been  used  primarily  to 
support  fire  management  activities 
such  as  presuppression  planning, 
budgeting,  allocating  firefighting 
resources,  and  providing  public  in¬ 
formation.  The  previous  collection 
and  delivery  system  for  fire 
weather  data  was  the  Administra¬ 
tive  and  Forest  Fire  Information 
Retrieval  and  Management  System 
(AFFIRMS).  AFFIRMS  was  a  com¬ 
mand-line  driven  system  first  de¬ 
veloped  and  implemented  in  the 
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WIMS  provides 
up-to-date  weather 
information  as  well  as 
historical  data  for 
analyzing  trends. 

late  1960’s.  AFFIRMS  later  became 
the  host  for  the  National  Fire-Dan¬ 
ger  Rating  System  (NFDRS)  in 
1972  and  never  really  expanded  be¬ 
yond  this  original  function. 

In  1987,  the  Forest  Service,  under 
the  newly  created  weather  pro¬ 
gram,  began  taking  a  more  com¬ 
prehensive  look  at  how  weather 
information  could  be  collected  and 
analyzed  to  better  support  re¬ 
source  needs  beyond  fire  manage¬ 
ment  (e.g.,  ecosystem  manage¬ 
ment,  forest  health).  The  Forest 
Service  awarded  a  competitive  con¬ 
tract  to  conduct  an  analysis  of  the 
agency’s  total  weather  information 
needs  and  make  recommendations 
on  the  requirements  of  a  replace¬ 
ment  system  to  efficiently  collect 
and  analyze  information. 

Based  upon  this  study,  the  Forest 
Service  decided  to  develop  a  new 
system — WIMS — to  replace  the  old 
AFFIRMS.  Another  27-month  soft¬ 
ware  development  contract  was 
awarded  to  develop  the  new  WIMS. 

An  Acquisition  Review  Team  (ART) 
was  formed  composed  of  represen¬ 
tatives  from  the  U.S.  Department 
of  Agriculture,  Forest  Service, 
Small  Business  Association,  and 
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the  General  Services  Administra¬ 
tion.  The  ART  followed  a  parallel 
review  process  to  select  a  host-site 
for  WIMS.  After  an  extensive  cost- 
benefit  analysis,  the  USDA’s  Na¬ 
tional  Computer  Center  (NCC)  in 
Kansas  City,  MO,  was  selected  as 
the  most  cost-efficient  site  to  host 
WIMS. 

The  NCC  made  numerous  arrange¬ 
ments  to  meet  the  7-day,  24-hour 
operating  requirements  necessary 
to  support  the  needs  of  fire  man¬ 
agement.  The  NCC  created  a  Logi¬ 
cal  Partition  (LPAR)  on  its  IBM 
mainframe  to  completely  isolate 
WIMS  from  the  rest  of  its  systems. 
In  addition,  numerous  administra¬ 
tive  changes  were  made  to  accom¬ 
modate  not  just  the  Forest  Service, 
but  all  the  other  cooperating  Fed¬ 
eral,  State,  local,  and  private  users 
of  the  system.  WIMS  was  made 
available  on  the  production  system 
at  the  NCC  on  April  19,  1993. 

Telecommunication  links  at  Kan¬ 
sas  City  allow  direct  communica¬ 
tion  between  WIMS  and  the 
National  Weather  Service  (NWS) 
via  its  NWS  Telecommunications 
Gateway  (NWSTG).  WIMS  accepts 
selected  products  (text  and 
graphic),  forecasts,  and  special  fire 
weather  forecasts  sent  by  the  NWS 
through  the  gateway.  WIMS  also 
transmits  periodic  weather  obser¬ 
vation  and  fire-danger  rating  bulle¬ 
tins  to  designated  NWS  offices  via 
the  gateway. 


Continued  on  page  6 
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Another  communication  link  al¬ 
lows  WIMS  to  receive  Remote  Au¬ 
tomatic  Weather  Station  (RAWS) 
observations  from  the  Bureau  of 
Land  Management  (BLM).  The 
RAWS  data  is  sent  via  satellite  from 
automated  stations  to  more  accu¬ 
rately  measure  the  weather  condi¬ 
tions  in  remote  areas.  This  data 
(approximately  850  stations)  is 
used  in  combination  with  another 
900  manual  weather  stations  to 
help  predict  fire-danger  ratings 
throughout  the  United  States. 
WIMS  makes  all  this  weather  data 
available  to  users  in  near  real  time. 
WIMS  also  has  the  capability  to  ac¬ 
cept  weather  observations  from 
nonsatellite  RAWS  stations  via  di¬ 
rect  dial-up  access. 

WIMS  is  currently  hosted  on  an 
IBM  mainframe  (3090),  utilizing 
Oracle’s  Relational  Data  Base  Man¬ 


agement  System  (RDBMS)  and  as¬ 
sociated  tools  (SQL*Forms, 
SQL*QMX,  etc.).  WIMS  also  uti¬ 
lizes  a  transaction-based  operating 
system  (CICS)  and  custom  menu 
interface  written  in  “C”  to  accom¬ 
modate  up  to  100  concurrent  us¬ 
ers.  WIMS  is  accessible  via 
FTS2000  direct  dial-up  and/or  X.25 
packet-switched  service  to  the 
NCC.  Although  any  3270-terminal 
emulator  can  communicate  with 
WIMS,  file  transfer  is  currently 
supported  only  on  the  Data  Gen¬ 
eral  minicomputer  (MV-series)  and 
the  personal  computer  (using 
SimWare’s  SimPC  application). 
Currently,  there  are  over  1,800 
logon  ID’s  issued  to  users  from 
over  18  different  Federal  (Forest 
Service,  NWS,  BLM,  National  Park 
Service,  Bureau  of  Indian  Affairs, 
Fish  and  Wildlife  Service,  and  the 
Department  of  Energy),  State,  and 
local  agencies. 


In  addition,  WIMS  users  also  have 
access  to  historical  fire  weather 
and  occurrence  data  located  in  the 
National  Interagency  Fire  Manage¬ 
ment  Integrated  Database 
(NIFMID).  Historically,  fire- 
weather  data  collected  by  AF¬ 
FIRMS  was  stored  in  an  archaic 
tape-library  data  base  (National 
Fire  Weather  Data  Library)  at  the 
National  Computer  Center  in  Fort 
Collins,  CO,  to  conduct  historical 
analyses  and  fire  planning.  This 
data,  along  with  the  data  contained 
in  the  former  National  Fire  Occur¬ 
rence  Data  Library,  was  converted 
to  an  Oracle-based  relational  data 
base  structure  compatible  with 
WIMS.  Users  now  also  have  direct 
access  to  their  historical  fire  data 
and  applications  utilizing  NIFMID 
through  WIMS.  ■ 


The  logo  for  WIMS,  “a  comprehensive 
system  to  manage  forestry  weather 
information  nationwide.  ” 
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METAFIRE — A  Timely, 
Accurate,  and  Verified 
Large-Fire  Severity  Index 

James  E.  Eenigenburg  and  William  A.  Main 


Every  day,  year  round,  by  2:30 
p.m.  eastern  time,  the 
METAFIRE  Information  Sys¬ 
tem  has  assembled  three  maps  of 
the  United  States  showing  those 
areas  at  greatest  risk  of  having 
fires  larger  than  500  acres  (200 
ha).  One  map  shows  current  condi¬ 
tions  while  the  other  two  present 
the  24-  and  48-hour  forecasts 
(Simard  and  Eenigenburg  1991). 
Two  USDA  Forest  Service,  North 
Central  Forest  Experiment  Station 
fire  researchers  (Simard  and 
Eenigenburg  1990)  developed 
METAFIRE  for  the  Federal  Emer¬ 
gency  Management  Agency 
(FEMA).  The  system  is  ideally 
suited  for  senior  fire  managers 
who  want  to  quickly  grasp  the  “big 
picture.”  Also  available,  at  the 
same  time  each  day,  are  all  the 
numbers  that  went  into  creating 
the  three  maps.  These  are  intended 
for  middle  managers  who  wish,  for 
example,  to  determine  whether  an 
index  is  dominated  by  short-  or 
long-term  phenomena. 

FEMA  uses  the  METAFIRE  Severity 
Index  to  justify  fire  emergency 
funding  requests.  In  addition, 
many  fire  managers  use  it  success¬ 
fully  to  support  applications  for 
those  very  funds.  Fire  managers 
also  use  the  index  to  allocate  re¬ 
sources  and  pre-position 
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“FEMA  uses  the 
METAFIRE  Severity 
Index  to  justify  fire 
emergency  funding 
requests.  In  addition, 
many  fire  managers 
use  it  successfully  to 
support  applications  for 
those  very  funds.” 

firefighters  and  equipment  and  to 
present  timely  prevention  pro¬ 
grams.  Researchers  are  beginning 
to  use  a  by-product  of  METAFIRE — 
a  weather  data  base  covering  the 
entire  country,  begun  in  1987  and 
added  to  daily — to  analyze  the  ef¬ 
fects  of  climatic  and  ecological  pro¬ 
cesses  on  large  fires,  specifically  to 
link  the  METAFIRE  system  itself  to 
higher  resolution  atmospheric  me- 
soscale  models  for  assessing  re¬ 
gional  scale  atmospheric  impacts 
on  wildland  fire  severity. 

Climate  Divisions 

The  METAFIRE  Information  Sys¬ 
tem  generated  its  first  map  in  1987. 
It  was  based  on  the  standard  cli¬ 
mate  divisions  (CD’s)  developed  by 
the  National  Oceanic  and  Atmo¬ 
spheric  Administration  (NOAA). 

The  NOAA  system  divides  the  con¬ 
tiguous  United  States  into  344 
CD’s — up  to  10  per  State.  During 
the  4-year  development  phase, 
Simard  and  Eenigenburg  refined 
NOAA’s  system.  They  combined 


some  of  the  smaller  CD’s,  subdi¬ 
vided  some  of  the  larger  ones,  and 
added  Alaska  and  Hawaii  to  develop 
the  current  390-CD  map.  Because 
METAFIRE  uses  constant  outlines 
(unlike  systems  that  use  contour¬ 
ing),  users  always  know  their  map 
location  and  its  associated  severity 
index. 

Each  CD  is  uniquely  defined  by  a 
data  base  of  attributes  that  affect 
the  various  fuel  model  compo¬ 
nents,  seasonal  adjustments,  and 
decision-support-system  (DSS) 
modules: 

•  Latitude  and  longitude 

•  Time  zone 

•  Elevation 

•  Primary  and  secondary  fuel  types 

•  Climatic  region,  class,  and  nor¬ 
malization 

•  Keetch  spring  and  fall  codes  for 
triggering  change  of  seasons 

Soil  Moisture  and 
Weather  Data 

Once  a  week,  METAFIRE  down¬ 
loads  from  NOAA  the  current  soil 
moisture  data  for  each  CD — spe¬ 
cifically  the  monthly  moisture 
anomaly  (updated  weekly)  and  the 
Palmer  Drought  Index.  METAFIRE 
uses  the  first  of  these  numbers  in 
the  calculation  of  its  long-term 
component  and  the  second  as  one 
of  its  secondary  weather  modules. 

Five  National  Weather  Service  net¬ 
works  are  accessed  each  day: 

Continued  on  page  8 
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Figure  1 — METAFIRE  targeted  the  Northeast  with  a  “bull’s-eye"  over  the  largest  Pennsyl¬ 
vania  fire  in  55  years. 


hourly,  upper  air,  synoptic,  and  the 
National  Meteorological  Center’s 
Model  Output  Statistics  (MOS)  and 
Nested  Grid  Model  (NGM)  fore¬ 
casts.  Each  CD  is  associated  with 
two  hourly  stations,  two  upper  air 
stations,  and  one  of  each  of  the 
others  (except  there  are  no  MOS 
stations  in  Alaska  and  no  forecast 
stations  of  either  kind  in  Hawaii). 

System  Components 

METAFIRE  first  calculates  a  pre¬ 
liminary  Severity  Index  (SI),  based 
on  six  primary  system  compo¬ 
nents: 

•  Spread — 1964  National  Fire- 
Danger  Rating  System  (NFDRS) 
Grass  Spread  Index  (Main  1969) 

•  Short-term — 1978  NFDRS 
model  0  Ignition  Component 
(Burgan  1988) 

•  Upper-air — Haines’  Index 
(Haines  1988) 

•  Mid-term — 1978  NFDRS  model 
0  Energy  Release  Component 

•  Long-term — NOAA  monthly 
moisture  anomaly  (the  Z-index) 

•  Season — weather-based  module 
created  specifically  for 
METAFIRE  that  considers  green- 
up,  cold  temperatures,  freezing 
precipitation,  winter,  and/or 
snow  on  the  ground  (Simard  et 
al.  1990) 

METAFIRE  then  applies  three  sec¬ 
ondary  weather  modules: 

•  Sub-threshold — adjusts  the  SI 
when  most  of  the  primary  com¬ 
ponents  are  just  below  (or  far  be¬ 
low)  triggering  thresholds 


•  Overnight  recovery — adjusts  the 
SI  when  overnight  humidity  is 
high 

•  Palmer  drought — adjusts  the  SI 
for  unusually  wet  or  dry  soil 
moisture 

Finally,  there  are  three  DSS  mod¬ 
ules  that  further  “tweak"  the 

METAFIRE  Severity  Index: 

•  Spatial  analysis — compares  each 
CD  to  its  neighbors 

•  Temporal  analysis — looks  at  how 
each  CD  progressed  over  the  last 
3  days 

•  Profile  analysis — compares  the 
components  for  each  CD  against 
the  seasonal  profile  of  one  in 
danger  of  having  an  extreme  fire 


Accuracy 

How  accurate  is  METAFIRE?  Be¬ 
cause  the  purpose  of  METAFIRE  is 
to  identify  those  CD’s  where  condi¬ 
tions  are  right  to  have  an  extreme 
fire,  not  having  a  fire  does  not  nec¬ 
essarily  mean  that  METAFIRE 
failed.  During  the  evaluation  pe¬ 
riod  of  July  1987  to  June  1991,  we 
found  that  1  CD  in  60  of  those  CD’s 
at  the  advisory  level  actually  had 
extreme  fires.  At  the  watch  level, 
the  odds  increased  to  1  in  20;  at 
the  warning  level  it  was  1  chance 
in  14.  METAFIRE  correctly  pre¬ 
dicted  83  percent  of  the  large  fires 
(500+  acres  (200+  ha))  that  actu¬ 
ally  occurred  (fig.  1).  METAFIRE 
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“cried  wolf’  on  only  13  percent  of 
the  days  per  average  CD.  It  was  de¬ 
signed  to  identify  the  worst  10  per¬ 
cent  of  days,  but  the  excessively 
dry  1988  and  1989  years  in  the 
data  base  pushed  the  bad  day  count 
up  slightly. 

Access 

How  can  fire  managers  get 
METAFIRE?  First,  you  need  an 
IBM-compatible  personal  com¬ 
puter  with  a  modem.  Second,  you 
need  an  account  with 
WeatherBank,  Inc.,  of  Salt  Lake 
City — a  commercial  weather  pro¬ 
vider  that  has  been  including  the 
METAFIRE  maps  and  data  on  its 
dial-up  bulletin  board  since  1991. 
Call  801-530-3181  to  set  up  your 
WeatherBank  account.  METAFIRE 
is  only  one  of  many  forest-fire-dan- 
ger,  lightning,  and  weather  prod¬ 
ucts  that  WeatherBank  provides. 
The  computer  software  and  manu¬ 
als  they  furnish  are  very  easy  to 
follow.  (See  box  for  specifics  on  se¬ 
lecting  METAFIRE  from 
WeatherBank’s  menus.) 

If  you  want  more  information, 
contact  Jim  Eenigenburg;  North 
Central  Forest  Experiment  Station; 
1407  S.  Harrison  Rd,  Room  220; 
East  Lansing  MI  48823-5290;  tel. 
517-355-7740;  FAX  517-355-5121. 
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Accessing  METAFIRE 


There  are  three  kinds  of 
METAFIRE  products  available  on 
WeatherBank’s  bulletin  board. 
First,  there  are  the  METAFIRE  se¬ 
verity  maps  (today’s,  tomorrow’s, 
and  the  next  day’s).  These  can  be 
found  by  selecting  “Color  Weather 
Maps,”  and  then  selecting  “Spe¬ 
cialty”  from  the  bulletin  board 
menus.  The  three  maps  are 
among  those  listed. 

The  other  two  kinds  of  METAFIRE 
products  can  be  retrieved  by  first 
selecting  “Interactive  Products.” 
This  opens  a  window  permitting 
the  user  to  type  in  the  name  of  a 
product  desired.  Typing  just  the 
four-letter  word  “meta”  (and 
pressing  F3  to  activate)  will  pro¬ 
vide  the  user  with  the  three 
METAFIRE  severity  reports  that 
parallel  the  three  maps. 

To  retrieve  the  third  product,  in 
the  “Interactive  Products”  win¬ 
dow,  type  the  word  “meta”  fol¬ 
lowed  by  a  space  and  a  date  (in 
the  form  yymmdd).  This  will  pro¬ 
vide  the  archive  file  of  all  36  vari¬ 
ables  that  went  into  figuring  the 
final  METAFIRE  numbers  for  all 


390  CD’s.  This  information  may 
be  useful  to  the  fire  manager  who 
wants  to  know  why  the  CD’s  in 
his/her  district  showed  up  as 
“warnings.” 

The  archive  files  are  large — the 
user  may  shorten  the  transmis¬ 
sion  time  considerably  by  select¬ 
ing  only  the  States  of  interest. 

For  example,  the  command 
“meta  /az/nm  940415”  will  pro¬ 
duce  just  the  Arizona  and  New 
Mexico  data  for  4/15/94  (note 
there  are  no  spaces  between  the 
State  abbreviations).  The  data  are 
provided  with  short  and  perhaps 
cryptic  column  headers — the 
user  can  retrieve  a  description  of 
these  headers  by  requesting  the 
interactive  product  “meta 
metaarcv.” 

The  work  involved  in  setting  up 
the  retrieval  of  the  severity  maps 
and  reports  would  have  to  be 
done  only  once — the  fire  man¬ 
ager  can  set  it  up  so  that  if  the 
computer  is  on,  everything  is 
done  automatically,  even  when  no 
one  is  there! 
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Monthly  Fire  Weather 
Forecasts  Now  in  Color 

Morris  H.  McCutchan,  Bernard  N.  Meisner,  Francis  M.  Fujioka, 
John  W.  Benoit,  and  Benjamin  Ly 


Now  available  in  color  via  mo¬ 
dem,  monthly  fire  weather 
forecasts  can  provide  fire  man¬ 
agers  with  a  quick  and  easy  plan¬ 
ning  tool.  Researchers  at  the  Fire 
Meteorology  Research  Work  Unit  in 
Riverside,  CA,  prepare  the  forecast 
package  that  is  based  on  the 
monthly  forecast  of  700  millibar 
heights  issued  by  the  National 
Weather  Service  Climate  Prediction 
Center  in  Washington,  DC.  The 
forecasts  are  not  the  fire  planner’s 
magic  bullets,  but  they  do  provide 
scientifically  based,  long-range 
forecasts.  Because  these  forecasts 
are  inherently  less  accurate  in  the 
long  range  than  in  the  short  range, 
the  user  must  consider  the  impact 
of  variable  forecast  accuracy.  Where 
average  weather  conditions  may 
vary  rapidly  over  short  distances,  as 
in  complex  terrain,  the  scale  of 
these  forecasts  may  be  too  coarse  to 
capture  such  variations  accurately. 
For  more  details  on  the  monthly 
forecasts,  see  McCutchan  et  al., 
1991. 

Monthly  Fire  Potential 
and  the  Chandler 
Burning  Index 

A  fire  weather  forecast  character¬ 
izes  the  weather-induced  fire  poten¬ 
tial  for  the  continental  United 
States  as  an  average  during  a  par¬ 
ticular  month.  The  color  maps  de- 


Morris  HI.  McCutchan.  Bernard  N.  Meisner, 
and  Francis  M.  Fujioka  are  research 
meteorologists  and  John  W.  Benoit  and 
Benjamin  Ly  are  computer  programmers 
for  the  USDA  Forest  Service,  Pacific 
Southwest  Research  Station,  Riverside,  CA. 


“Monthly  fire  weather 
forecasts  are  not  the 
fire  planner’s  magic 
bullets,  but  they  do 
provide  scientifically 
based,  long-range 
forecasts.” 


pict  percentiles  that  are  similar  to 
those  derived  in  the  National  Fire- 
Danger  Rating  System.  Higher  per¬ 
centiles  indicate  higher  fire 
potential.  The  monthly  fire  poten¬ 
tial  is  represented  by  a  modified 
version  of  the  Chandler  Burning 
Index  (CBI)  (fig.  1).  The  CBI  pro¬ 
vides  monthly  measures  of  fire  in¬ 
tensity  and  rate  of  spread  (not  the 
same  as  NFDRS  rate  of  spread:  see 
Chandler  et  al.  1983).  The  intensity 


component  of  the  CBI  is  linearly 
related  to  temperature  and  relative 
humidity  (i.e.,  an  increase  in  tem¬ 
perature  results  in  a  proportion¬ 
ately  higher  index),  but  the  spread 
component  is  exponentially  related 
to  relative  humidity  (i.e.,  a  small 
decrease  in  humidity  results  in  a 
large  increase  in  the  index).  It  is 
computed  from: 

CBI  =  ((110  -  1.373H)  - 
0.54(10.20  -T)) 

(124  x  10-00142H)/60 

where  H  =  forecast  monthly  mean 
afternoon  relative  hu¬ 
midity  (percent) 

T  =  forecast  monthly  mean 
afternoon  temperature 
(degrees  Celsius) 


Figure  1 — ■ Map  of  forecast  percentiles  for  July  1994  for  the  average,  afternoon-modified 
Chandler  Burning  Index. 
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The  CBI  has  been  shown  to  be 
highly  correlated  with  monthly  fire 
activity  (McCutchan  and  Main 
1989)  and  the  accumulated  Energy 
Release  Component. 

Monthly  Fire  Weather 
Forecast  Bulletin 
Board 

The  forecasts  consist  of  five  color 
maps,  two  tables,  and  a  narrative 
discussion.  The  color  maps  are:  av¬ 
erage  afternoon  modified  CBI,  av¬ 
erage  afternoon  temperature, 
average  afternoon  relative  humid¬ 
ity,  average  afternoon  windspeed, 
and  precipitation  frequency.  These 
maps  are  in  the  Graphical  Inter¬ 
change  Format  (GIF)1.  Shareware 

‘GIF  was  developed  by  CompuServe.  Many  graphics 
programs  allow  users  to  input  GIF  files  for  viewing  and 
printing. 


programs  to  display  and  print  the 
color  maps  using  either  DOS  or 
Windows  are  also  available  for 
downloading.  The  forecasts  are  up¬ 
dated  by  the  first  and  fifteenth  days 
of  each  month.  The  telephone 
number  of  the  fire-weather-fore¬ 
cast  computer  system  is  909-276- 
6563.  Communication  parameters 
are  8  data  bits,  no  parity,  and  1 
stop  bit.  Transmission  rates  of  300 
to  14,400  baud  are  supported.  The 
forecasts  may  be  downloaded  using 
X-modem,  Y-modem,  or  Z-modem 
protocols.  The  forecasts  are  also 
accessible  at 

http://www.rfl.pswfs.gov/index.html 
on  the  World  Wide  Web.  For  more 
information  on  downloading  the 
forecasts,  telephone  Benjamin  Ly 
at  909-276-6354. 
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Fire  Managers  Need 
GIS  Applications 


Lucy  Anne  Salazar 


Wildland  fire  managers  and 
planners  rely  heavily  on  in¬ 
formation  that  describes 
environmental  and  sociological  fac¬ 
tors.  Complex  and  dynamic  inter¬ 
actions  among  these  factors  are 
commonplace,  but  difficult  to  ana¬ 
lyze  manually  and  portray  in  a 
useable  and  understandable  way.  A 
geographic  information  system 
(GIS)  is  comprised  of  software, 
hardware,  data,  and  operating  prin¬ 
ciples  and  procedures  necessary  to 
process  spatial  data.  This  technol¬ 
ogy  provides  a  new  way  to  visual¬ 
ize,  analyze,  and  communicate 
important  spatial  relationships  in 
natural  resources.  Fire  managers 
are  rapidly  discovering  how  GIS 
can  help  them  in  decisionmaking. 
Areas  in  which  GIS  technology  is 
already  being  used  include: 

•  Fuel  management 
•  Wildfire  prevention 
•  Wildfire  detection 
•  Presuppression  activities 
•  Dispatching  crews  and  equip¬ 
ment 

•  Suppression  activities 
•  Wilderness  fire  management 

Fuel  Management 

Fuel  management  planning  in¬ 
volves  decisions  regarding  the 
placement,  frequency,  priorities, 
and  types  of  fuel  treatments.  When 
deciding  on  the  placement  of  fuel 
treatments,  a  number  of  spatial 
factors  may  be  involved,  including: 
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GIS  provides  the 
technology  to  analyze 
and  model  vast 
amounts  of  data  for 
planning  and  real-time 
decisionmaking. 


•  Administrative  boundaries 

•  Topography 

•  Vegetation  types 

•  Fuel  loadings 

•  Sensitive  wildlife  habitats 

•  Previous  prescribed  burns  or 
wildfires 

•  Wind  profiles 

•  Soil  types 

•  Building  densities 

•  Access  routes 

•  Stream  systems 

•  Permanent  study  plots 

•  Natural  firebreaks 

•  Power  lines 

It  would  be  impossible  to  manually 
or  mentally  integrate  these  various 
factors.  Fire  managers  can  use  GIS 
software  to  sift  through  the  data 
and  highlight  the  locations  that  fit 
the  selected,  desirable  characteris¬ 
tics  for  establishing  prescribed 
burns,  fuelbreaks,  and  areas  that 
are  mechanically  or  hand  cleared. 
They  can  also  integrate  this  infor¬ 
mation  with  benefit  and  cost  analy¬ 
ses  to  select  which  fuel  treatment 
alternative  is  best  for  the  situation. 
Finally,  they  can  use  this  type  of 
analysis  to  determine  whether  pre¬ 
vious  fuel  treatments  were  consis¬ 
tent  with  stated  fuel  management 
objectives  (McKinsey  1988). 


The  data  base  management  system 
(DBMS)  of  a  GIS  can  be  used  for 
fuelbreak  maintenance  scheduling 
or  for  monitoring  fuel  succession 
within  prescribed  burns.  Managers 
select  fuel  treatments  for  multiple 
resource  benefits  beyond  hazard 
reduction.  The  DBMS  can  help  to 
better  determine  costs  and  benefits 
(and  their  allocation)  based  on  the 
environmental  input  data,  in  com¬ 
bination  with  other  modeling  ef¬ 
forts,  e.g.,  wildlife  habitat  models 
or  water  yield  models.  An  up-to- 
date  DBMS  will  also  allow  more 
frequent  updates  to  fuel  manage¬ 
ment  plans.  For  example,  yearly 
updates  can  be  made  to  reflect  sig¬ 
nificant  changes  that  occur,  such 
as  major  wildfires,  increased  urban 
development,  or  budget  changes. 

Wildfire  Prevention 

Prevention  personnel  regularly 
deal  with  the  interaction  of  envi¬ 
ronmental  and  societal  factors. 
They  are  interested  in  where  fires 
have  historically  started,  fuel  con¬ 
ditions  along  access  routes,  loca¬ 
tions  of  buildings,  landscaping 
conditions  around  homes,  and  the 
placement  of  recreational  facilities. 
GIS  can  be  used  to  integrate  data 
on  past  fire  histories,  topography, 
access  routes,  and  vegetation  types 
to  determine  relative  hazard  levels. 
Patrol  schedules  and  route  designs 
could  also  be  based  on  these  haz¬ 
ard  ratings.  The  location  of  hazard¬ 
ous  areas  can  also  have  an  effect  on 
the  approval  and  extent  of  building 
development  and  zoning  restric¬ 
tions  within  or  adjacent  to  the 
wildland  areas.  Scheduling  and 
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monitoring  of  prevention  inspec¬ 
tions  can  also  be  performed  with 
the  DBMS.  Prevention  personnel 
can  give  homeowners  background 
on  low-growing,  fire-resistant,  or 
drought-resistant  plants,  based  on 
these  plants’  inherent  growing 
conditions,  such  as  elevation  or 
soil  type.  Through  the  use  of  a  GIS 
and  an  expert  system,  Crowders 
Mountain  State  Park  in  North 
Carolina  was  able  to  improve  the 
efficiency  of  its  fire  prevention  pro¬ 
gram  by  removing  burdens  of  spa¬ 
tial  data  handling,  management, 
and  modeling  encountered  with 
manual  methods  (Gronlund  et  al. 
1994). 

Wildfire  Detection 

The  three-dimensional  modeling 
process  of  a  GIS  uses  topographic 
information  to  determine  visible 
areas  from  selected  points.  This  in¬ 
formation  can  be  combined  with 
analyses  of  past  fire  occurrence, 
fuel  hazard,  and  resource  values  to 
define  strategic  locations  for  fixed 
lookouts.  Output  from  Automated 
Lightning  Detection  Systems 
(ALDS)  can  be  directly  fed  into  a 
GIS.  It  is  still  difficult  to  determine 
which  of  the  strikes  will  produce  a 
fire,  but  the  data  could  still  be  used 
for  lightning  density  analysis 
(Fujioka  and  Dean  1989,  van 
Wagtendonk  1993).  In  areas  where 
haze  is  a  problem,  the  elevation  of 
the  inversion  layer  can  be  added  to 
the  three-dimensional  GIS  soft¬ 
ware,  showing  where  an  estab¬ 
lished  lookout  may  be  ineffective 
on  hazy  days. 

Presuppression 

Activities 

Because  presuppression  activities 
occur  before  a  fire  starts,  a  great 
deal  of  information  is  needed  to 
make  adequate  plans,  including: 

•  Previous  fire  locations 

•  Building  densities 


•  Interaction  of  wildfires 

•  Fire  behavior  potentials 

•  Proposed  locations  for  firelines 

•  Potential  fireline  production 
rates 

•  Crew  locations 

•  Previous  fuel  treatments 

•  Access  routes  and  travel  times 
along  them 

•  Power  line  locations 

•  “Viewsheds”  from  strategically 
located  observation  points 

Network  analyses  can  be  used  to 
perform  pathfinding  and  optimal 
allocation  operations  (Lupien  et  al. 
1987).  For  example,  network 
analyses  can  determine: 

•  The  minimum-cost  path  be¬ 
tween  two  points 

•  The  optimal  centralized  location 
for  a  guard  station  or  a  staging 
area 

•  Which  center  should  respond  to 
a  fire  report 

The  National  Fire  Management 
Analysis  System  (NFMAS)  is  cur¬ 
rently  used  to  identify  annual  fire 
programs  and  budgets,  with  the 
objective  of  long-term  economic 
efficiency  (Brandel  1988).  The  GIS 
and  its  data  base  will  help  the 
NFMAS  process  by  making  it  more 
site  specific  and  by  providing  a  bet¬ 
ter  process  for  trying  “what-if?” 
situations.  Spatial  statistics  can  be 
used  in  presuppression  planning  to 
evaluate  alternative  management 
plans,  design  cost-effective  spatial 
strategies,  and  provide  information 
necessary  for  quick-response  deci¬ 
sions  during  fire  suppression 
(Chou  1992). 

Vegetation  greenness  is  mapped 
weekly  at  1-km  resolution  for  the 
conterminous  United  States.  These 
GIS  products  are  useful  to  fire 
managers  in  estimating  broad  area 
fire  potential  and  for  managing 
prescribed  fires  (Burgan  and  Hart¬ 


ford  1993).  Fire  behavior  modeling 
of  rates-of-spread  and  fireline  in¬ 
tensities  can  also  be  done  with  a 
GIS  on  a  finer  scale,  using  local 
weather  inputs,  fuel  models,  and 
topographic  inputs  (Salazar  and 
Power  1988,  Finney  1993).  Pat¬ 
terns  of  wind  fields  can  be  deter¬ 
mined  by  integrating  wind  models 
with  the  GIS  data  base  (Zack  and 
Minnich  1991). 

Training  can  also  be  improved  by 
using  a  GIS.  New  crew  members  or 
those  from  outside  an  area  can  be¬ 
come  familiar  with  the  forest 
through  fire  simulations  using  the 
GIS  data  base.  They  can  see  what 
they  might  typically  encounter  in 
wind  patterns,  topography,  fuel 
conditions,  or  escape  routes  during 
a  wildfire  in  a  certain  area  without 
endangering  themselves. 

Dispatching  Crews  and 
Equipment 

The  Okanogan  National  Forest  in 
northern  Washington  developed  a 
computerized  dispatch  system  us¬ 
ing  a  GIS  (Gum  1985).  Their  initial 
attack  decisions  were  based  on  in¬ 
puts  from 

•  The  Automated  Lightning  Detec¬ 
tion  System 

•  Fire  weather  from  remote  auto¬ 
mated  fire  weather  stations 

•  Fuel  models 

•  Land  management  objectives 

•  Current  and  potential  productiv¬ 
ity  mapping 

•  Inherent  value-at-risk  assess¬ 
ments 

•  Priority  guides 

•  Fire-weather  seasonal  predictive 
guides 

•  Slope  classes 

•  Aspect 

•  Elevation 

•  Crown  closure 

•  Vegetation  by  species  and  size 
class 

Continued  on  page  14 
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Further  refinement  could  be  made 
by  including  network  analysis  to 
determine  allocation  centers  or  op¬ 
timal  paths  between  selected 
points.  Topographic  distances  can 
also  be  included  along  these  routes 
to  include  slope  effects  on  arrival 
times  and  speeds. 

Suppression  Activities 

Suppression  uses  will  probably  be 
the  most  taxing  for  the  GIS  and  its 
users  because  of  the  real-time  na¬ 
ture  of  the  hazardous  situations 
that  will  be  involved.  Much  infor¬ 
mation  that  has  already  been  men¬ 
tioned  will  also  be  of  interest  to 
suppression  personnel,  including: 

•  Building  densities  and  descrip¬ 
tions 

•  Weather  and  erratic  wind  pat¬ 
terns 

•  Vegetation  types  and  fuel  load¬ 
ings 

•  Topographic  conditions 

•  Crew  placement 

•  Locations  of  water  sources 

•  Access  routes  and  travel  times 
along  them 

•  Power  line  locations. 

This  information  will  need  to  be  in 
a  resolution  that  is  fine  enough  to 
be  useful  for  devising  suppression 
strategies.  A  GIS  was  used  to  pro¬ 
cess  and  display  the  daily  growth  of 
the  1988  fires  in  the  Greater 
Yellowstone  Area  from  June  14  to 
October  1  (Rothermel  et  al.  1994). 
The  fire  maps  integrated  informa¬ 
tion  and  data  from  daily  infrared 
photography  flights,  satellite  imag¬ 
ery,  ground  and  aerial  reconnais¬ 
sance,  command  center  intelli¬ 
gence,  and  the  personal  recollec- 
ns  of  fire  behavior  observers. 

.fbe  dynamic  aspect  of  some  fea¬ 
tures  (e.g.,  wind  patterns,  crew  lo¬ 
cations)  will  also  need  to  be 
incorporated  into  the  GIS  data  base 
scheme.  Managers  could  model  fire 


behavior  by  using  inputs  of  fuel 
models,  topography  (see  fig.  1), 
and  weather.  Interactive  ties  of  the 
BEHAVE  fire  modeling  system 
(Andrews  1986)  with  a  GIS  data 
base  have  been  created  through 
the  FARSITE  (Fire  ARea 
Simulator)  fire  growth  model 
(Finney  1993).  In  addition,  calcula¬ 
tions  of  the  potential  for  crowning 
and  spotting  could  help  in  long¬ 
term  strategic  placement  of  crews 
and  equipment. 

GIS  technology  has  been  shown  to 
be  useful  in  rehabilitation  efforts 
following  a  major  wildfire  in 
southern  Oregon.  A  2-1/2-month 
effort  used  digital  data  on  soils,  wa¬ 
tershed  sensitivities,  visual  infor¬ 
mation,  roads,  streams,  and  fire 
intensities  to  draft  an  environmen¬ 
tal  impact  statement  and  manage¬ 
ment  strategies  for  rehabilitation 
on  the  Siskiyou  National  Forest 
(Drisbow  1988). 

A  GIS  could  provide  benefits  to  the 
National  Interagency  Incident 
Management  System  (NIIMS), 
which  is  a  total  systems  approach 


to  all-risk  incident  management. 
The  Incident  Command  System 
(ICS),  a  NIIMS  subsystem,  could 
use  a  GIS  in  all  of  its  functional  ar¬ 
eas,  but  especially  in  the  areas  of 
command,  operations,  and  plan¬ 
ning.  NIIMS  already  has  a  built-in 
subsystem.  Supporting  Technol¬ 
ogy,  that  could  tie  GIS  and  sup¬ 
porting  technology  into  the  overall 
NIIMS  structure.  Once  ICS  is  in¬ 
terfaced  to  the  GIS,  the  Documen¬ 
tation  Unit  could  use  information 
accumulated  and  stored  during  the 
incident  to  automatically  fill  out 
the  5100-29  fire  report  form. 

Wilderness  Fire 
Management 

Recent  extreme  fire  seasons  have 
put  increased  emphasis  on  wilder¬ 
ness  fire  management.  The  Wilder¬ 
ness  Act  (1964),  which  specifies 
that  designated  wilderness  areas  be 
“managed  so  as  to  preserve  natural 
conditions,”  results  in  special  fire 
management  policies.  For  ex¬ 
ample,  lightning-caused  fires  are 
allowed  to  play  their  natural  eco¬ 
logical  role  within  wilderness 
boundaries.  The  GIS  could  display 
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Figure  1 — GIS  can  analyze  data  to  provide  information  on  fuel  models  and  topography 
such  as  shown  in  this  3-dimensional  map  of  the  Pilot  Creek  Watershed  on  the  Six  Rivers 
National  Forest. 
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and  monitor  lightning  strike  den¬ 
sities  to  help  determine  whether 
the  fires  started  by  lightning  will 
be  far  within,  bordering,  or  just 
outside  the  wilderness  boundaries. 
Different  strategies  would  be  re¬ 
quired  for  each  type  of  strike  loca¬ 
tion.  Wildfires  do  not  respect 
wilderness  boundaries,  so  informa¬ 
tion  about  surrounding  ecosystems 
is  very  important  to  wilderness  fire 
managers.  A  GIS  will  allow  manag¬ 
ers  to  share  information  and  incor¬ 
porate  “off-site”  data  into  planning 
decisions. 

Managers  could  also  use  fire  be¬ 
havior  predictions,  generated  with 
GIS  inputs,  to  help  them  decide  on 
evacuations  or  trail  closures.  Visi¬ 
tor  maps  can  also  be  generated, 
showing  updates  on  fire  perimeters 
(van  Wagtendonk  1986). 

In  wilderness  areas,  preference  is 
given  to  using  methods  and  equip¬ 
ment  that  cause  the  least: 

•  Alteration  of  the  wilderness 
landscape 

•  Disturbance  of  the  land  surface 

•  Disturbance  to  visitor  solitude 

•  Reduction  of  visibility  during  pe¬ 
riods  of  visitor  use 

•  Adverse  air  quality  (USDA  1990) 

GIS  can  be  used  in  selecting  these 
preferred  methods  or  for  locating 
“low-impact”  helispots  or  fire 
camps  that,  out  of  necessity,  have 
to  be  within  the  wilderness  bound¬ 
aries. 

Wilderness  fire  planning  must  ad¬ 
dress  environmental  concerns  and 
public  involvement  inputs  in  order 
to  identify  issues,  concerns,  and 
management  opportunities. 
Fischer’s  (1984)  checklist  regard¬ 
ing  wilderness  assessment  includes 
a  variety  of  data  that  a  GIS  can 
store,  including  soil  erodibility,  ar¬ 
chaeological  resources,  streamflow 
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regimes,  rights-of-way,  wildlife  and 
fisheries  habitats,  water  rights,  en¬ 
ergy  sources,  and  population  dis¬ 
tribution  and  density. 

Conclusion 

Ecosystem  management  at  a  land¬ 
scape  scale  has  become  the  driving 
force  behind  natural  resource 
management.  Fire  managers  are 
vital  players  in  this  long-term  task, 
especially  when  dealing  with  the 
complex  and  escalating  issues  of 
wildland-urban  zones,  multiagency 
cooperation,  and  environmental 
concerns.  A  GIS  provides  an  effi¬ 
cient  tool  that  can  integrate  and 
analyze  large  geographic  data  bases 
and  produce  information  useful  for 
fire  planning  and  real-time 
decisionmaking. 
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ALMRS  Platform  Leads  BLM 
Fire  Into  aim  Integrated  Future 


Karen  Miranda 


Development  and  implementa¬ 
tion  of  the  Automated  Land 
and  Mineral  Record  System 
(ALMRS)  at  the  Bureau  of  Land 
Management  (BLM)  has  been  in 
full  swing  since  the  contract  was 
awarded  to  the  Computer  Sciences 
Corporation  (CSC)  in  April  1993. 
The  10-year  award  has  a  potential 
value  of  up  to  $400  million. 

ALMRS  automates  and  integrates 
BLM’s  business  processes  and 
record-keeping  functions,  includ¬ 
ing  its  Fire  Management  System, 
onto  an  integrated  hardware  and 
software  platform.  It  includes  an 
associated  operating  system,  data 
base  management  system,  spatial 
data  management  capabilities,  of¬ 
fice  automation  capabilities,  and 
enhanced  telecommunications. 
While  improving  BLM’s  efficiency, 
ALMRS  also  makes  BLM’s  records 
available  electronically  to  local, 
State,  and  other  Federal  agencies; 
private  industry;  and  the  public. 

First  Phase  of  ALMRS 

The  first  phase  of  ALMRS  replaces 
BLM’s  outdated  administrative  sys¬ 
tems,  currently  located  on  the 
Honeywell  DPS8000.  During  1994 
and  1995,  new  automated  data  pro¬ 
cessing  hardware  and  commercial, 
off-the-shelf  (COTS)  hardware  will 
replace  the  old  at  almost  200  BLM 
sites — including  the  National  In¬ 
teragency  Fire  Center  (NIFC)  at 
Boise,  ID.  This  phase  involved 
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rehosting  15  BLM  administrative 
systems  and  re-engineering  the 
NIFC  Fire  Management  System. 
That  system,  which  compiles  and 
tracks  BLM  wildfire  incident  re¬ 
ports,  fire-cost  data,  and  fire-plan¬ 
ning  information,  was  tested  on 
the  new  ALMRS  platform  in  May 
1995. 

The  ALMRS  hardware  platform 
consists  of  IBM’s  RISC  System/ 
6000  workstations  and  multiuser 
central  processing  units  (CPU’s), 
X-terminals,  and  PC’s  with  X-ter- 
minal  emulation  capabilitiy.  These 
will  run  on  the  UNIX  AIX  Version  3 
operating  system  and  Informix’s 
INFORMIX  relational  data  base 
management  system. 

Office  automation  software  for 
ALMRS  includes  IBM’s  AIX  Win¬ 
dows  Desktop,  Applix’s  Asterix,  and 
WordPerfect  systems  for  word  pro¬ 
cessing,  spreadsheet,  Groupwise  E- 
mail,  and  presentation  graphics. 
There  are  also  electronic  mail,  cal¬ 
endar/scheduler,  statistics,  project 
management,  and  desktop  publish¬ 
ing  packages  provided  by  various 
corporations,  as  well  as  Local  Area 


Network  (LAN)  and  Wide  Area  Net¬ 
work  (WAN)  capabilities. 

ALMRS  geographic  information 
system  (GIS)  capabilities  include 
ESRI’s  ARC/INFO  for  spatial  infor¬ 
mation  processing  and  ERDAS’s 
IMAGINE  for  image  processing. 

Second  Phase  of 
ALMRS 

During  the  second  phase  of 
ALMRS,  called  the  ALMRS  Initial 
Operating  Capability  (IOC),  data 
base  software  will  be  installed  to 
modernize  and  automate  over  1 
billion  paper  records  that  have 
been  disintegrating  over  the  past 
200  years.  These  land  and  mineral 
records  include  the  official  Public 
Land  survey  records  of  the  United 
States  and  form  the  legal  basis  for 
Federal  land  management  deci¬ 
sions. 

Third  Phase  of  ALMRS 

ALMRS  IOC  will  combine  two 
types  of  information  onto  one  sys¬ 
tem.  The  first  type  is  land  identifi¬ 
cation,  ownership,  and  autho¬ 
rization  records — including  prop¬ 
erty  rights,  use  permits,  and  oil 
and  gas  leases.  These  records  are 
derived  from  land  and  mineral  case 
files,  entered  into  separate  auto¬ 
mated  data  bases  during  the  1970’s 
and  1980’s.  The  second  type  is  data 
from  legal  land  parcels,  as  defined 
by  the  Public  Land  Survey  System. 
These  spatial  data  are  being  col¬ 
lected  and  automated  to  form  the 
Geographic  Coordinate  Data  Base, 
which  uses  latitude  and  longitude 
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to  tie  map  information  to  specifica¬ 
tions  on  the  ground. 

Is  ALMRS  Compatible 
With  Other  Systems? 

Two  other  BLM  fire  systems — the 
Initial  Attack  Management  System 
(IAMS),  which  includes  the  Com¬ 
puter-Aided  Aviation  Hazard  Infor¬ 
mation  System  (CAHIS),  and 
Initial  Attack  Analysis  (IAA) — are 
not  included  on  ALMRS.  When  the 
specifications  for  ALMRS  were  be¬ 
ing  developed  in  the  early  1980’s,  a 
special  exemption  was  given  to  al¬ 


low  all  technical  services,  Com¬ 
puter-Aided  Drafting,  and  IAMS  to 
be  updated  onto  a  new  hardware 
platform,  which  was  needed  several 
years  before  ALMRS  would  be 
implemented.  IAA  operated  origi¬ 
nally  on  the  IAMS  platform  before 
being  rehosted  to  personal  com¬ 
puters  several  years  ago.  BLM  offi¬ 
cials  are  actively  studying  the 
compatibility  of  IAMS  and  IAA  with 
ALMRS  in  Denver,  CO  (BLM’s  Den¬ 
ver- Washington  Office),  at  BLM’s 
Washington,  DC,  Office  Headquar¬ 
ters,  and  at  NIFC  in  Boise,  ID. 


On  a  larger  scale,  the  compatibility 
of  different  fire  systems  is  also  be¬ 
ing  addressed  within  the  United 
States  Department  of  the  Interior 
(USDI)  as  a  whole,  with  develop¬ 
ment  of  an  integrated  fire  manage¬ 
ment  system  for  USDI  agencies. 
The  USDI  effort,  spearheaded  by 
the  National  Park  Service  (NPS), 
will  integrate  fire-related  systems 
from  the  NPS,  BLM,  Fish  and 
Wildlife  Service,  and  Bureau  of  In¬ 
dian  Affairs  onto  one  main 
SUPERVACS  digitally  based  plat¬ 
form.  In  addition  to  one  common 
hardware  platform,  the  USDI  sys¬ 
tem  will  include  a  common  core 
set  of  software,  with  flexibility  for 
each  agency  to  modify,  develop, 
and  enhance  software  to  meet  its 
own  organizational  requirements. 

"We’re  taking  steps  toward  an  inte¬ 
grated  platform,  and  we’re  getting 
closer  to  that  goal  all  the  time,” 
said  John  Gebhard,  BLM’s  Fire  and 
Aviation  Coordinator  for  the  Na¬ 
tional  Headquarter’s  Office  at 
NIFC.  Gebhard  is  also  chairperson 
of  the  National  Wildfire  Coordinat¬ 
ing  Group  (NWCG)  Information 
Resources  Management  Working 
Team,  tasked  to  develop  strategies 
for  automation.  NWCG’s  vision  for 
the  future  includes  the  eventual 
integration  of  the  USDI  system — 
including  the  fire  systems  of 
ALMRS — with  Forest  Service, 

State,  and  private  systems  to  create 
a  unified  system  for  the  fire  com¬ 
munity  as  a  whole.  ■ 
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Experiences  With  InciIMet 

William  de  Graaf,  Jr. 


The  first  time  I  heard  of  the  In¬ 
cident  Command  Network 
( InciNet)  was  August  14,  1992. 
1  had  just  moved  from  managing 
the  local  area  network  for  the 
Washington  Office  of  the  USDA 
Forest  Service  to  the  Fire  Planning 
and  Systems  Section.  My  new  title 
was  computer  systems  analyst.  My 
responsibility  for  InciNet  was  as 
“liaison.” 

In  my  desk  were  many  folders  con¬ 
taining  letters,  pictures,  articles, 
and  contact  names.  In  one  folder 
was  an  “audit”  of  the  InciNet 
project.  From  that  point,  my  ques¬ 
tions  started.  What  is  InciNet? 
What  does  the  role  of  liaison  in¬ 
volve?  Why  was  there  an  “audit?” 

Phone  Calls  Produce 
Many  Answers 

To  Jet  answers  to  my  questions,  I 
telephoned  various  people  listed  in 
the  “audit."  I  asked  each  one, 
“What  is  InciNet?”  Following  is  a 
sampling  of  the  answers: 

•  “InciNet  is  a  computer  program 
that  allows  communications  be¬ 
tween  incidents  and  the  Forest 
Service’s  computer  system.” 

•  “InciNet  is  a  tracking  system 
started  by  Fiscal  for  tracking  re¬ 
sources.” 

•  “InciNet  is  a  computer  network 
set  up  at  the  site  of  an  incident 
to  allow  communication  be¬ 
tween  the  different  units.” 


William  de  Graaf,  Jr.,  is  a  computer 
systems  analyst  for  the  USDA  Forest 
Service,  Fire  Planning  and  Systems, 
Washington,  DC. 


“  .  .  .  InciNet  means 
something  different  to 
each  agency  that  uses 

■  ,  J! 


•  “InciNet  is  an  automated  system 
for  planning  the  attack  on  fires.” 

•  “InciNet  is  a  highly  advanced  in¬ 
cident  data  base.” 

•  “InciNet  is  an  interagency  infor¬ 
mation  management  project.” 

•  “InciNet  is  state-of-the-art 
equipment.  It  is  used  to  replace 
the  ‘DAC’  kits.” 

•  “InciNet  is  a  California  Depart¬ 
ment  of  Forestry  and  Fire  Pro¬ 
tection  (CDF)  project  that  the 
Forest  Service  and  the  Bureau  of 
Land  Management  bought  into.” 

•  “InciNet  is  an  operations 
project.” 


•  “InciNet  is  a  systems  project.” 

•  “Boat  anchors!” 

“Interesting,”  I  thought.  I  had 
talked  to  about  20  people,  com¬ 
pleted  close  to  15  hours  of  conver¬ 
sations,  and  I  was  still  confused. 

When  I  asked  about  the  reasons  for 
the  audit,  the  answers  I  received 
were  equally  perplexing: 

•  “An  audit  was  done  to  get  this 
program  back  on  track.” 

•  “An  audit  was  done  because  “X” 
and  “Y”  were  not  doing  their 
jobs.” 

•  “An  audit  was  done  to  find  out 
why  we  don’t  have  a  product 
yet.” 

•  “The  audit  was  to  make  our 
wishes  heard.” 

•  “An  audit  was  done  because  ‘Q’ 
wanted  it.” 


"When  I  was  named  to  the  InciNet  ‘blitz-analysis '  team,  I  decided  to  pay  my  predecessor  a 
short  visit.  ” 
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“I  began  to  see  how  complex,  yet  flexible,  ICS  is  and  how  it  can  grow.  ” 


Visit  to  Former 
Analyst 

When  I  was  named  to  the  InciNet 
“blitz-analysis”  team,  I  decided  to 
pay  my  predecessor  a  short  visit. 
Maybe  he  could  help.  I  was  im¬ 
pressed  with  the  size  of  his  office. 
“Maybe  InciNet  is  good  for  one’s 
career,”  I  thought.  “Then  again, 
maybe  it  is  a  good  reason  to  switch 
jobs?"  I  became  a  little  worried. 

He  smiled  as  I  sat.  “It  must  have 
been  a  good  change  for  him  to 
switch  jobs,”  I  mused. 

He  leaned  back  in  his  chair  and 
asked,  “How  can  I  help  you?”  He 
was  still  smiling. 

I  voiced  my  frustration  by  asking 
him  the  question,  “Can  you  tell  me 
what  InciNet  is?” 

“Jell-0,”  he  replied.  He  went  on  to 
explain  that  InciNet  means  some¬ 
thing  different  to  each  agency  that 
uses  it.  Additionally,  each  agency 
has  its  own  idea  on  how  to  ap¬ 
proach  automating  the  Incident 
Command  System  (ICS). 

“Jell-0.”  What  he  had  said  made 
sense.  Maybe  I  was  looking  at  the 
answers  incorrectly.  It  seemed  I 
was  looking  for  an  agreement 
among  all  parties  on  the  nature  of 
InciNet.  An  agreement  is  not  going 
to  happen  when  organizations  use 
InciNet  in  their  own  unique  way. 
Furthermore,  different  branches 
within  an  organization  view 
InciNet  differently.  In  addition, 
various  individuals  within  each 
branch  of  the  organization  were 
looking  to  InciNet  to  solve  their 
own  unique  problems. 


Visit  to  Key  InciNet 
Users 

Several  weeks  later,  I  made  my  first 
trip  to  Sacramento,  CA,  to  meet 
the  “key”  players  in  the  InciNet 
project.  As  I  look  back  on  that 
meeting,  I  realize  that  I  took  away 
more  than  I  brought. 

While  I  had  done  analysis  in  gradu¬ 
ate  school,  I  had  never  participated 
in  an  analysis  of  a  computer  sys¬ 
tem.  In  talking  with  the  partici¬ 
pants  of  the  program,  it  became 
clear  to  me  that  they  had  their  own 
ideas  on  where  this  analysis  should 
go.  I  became  concerned.  I  thought 
analysis  was  something  done  be¬ 
fore  a  project.  Why  were  we  carry¬ 
ing  on  an  analysis  after  the  fact? 
Additionally,  this  was  a  “blitz 
analysis,”  meaning  incomplete, 
high  level,  and  done  quickly.  After 
the  first  day,  where  I  saw  the  Com¬ 
puter  Assisted  Software  Engineer¬ 
ing  (CASE)  tool,  used  for  analysis, 
“eat”  important  concepts  that  had 
just  been  worked  out,  I  again 
thought  about  my  next  career 
change! 


The  product  that  was  developing 
during  the  blitz  analysis  looked  to 
me  like  something  on  a  bubble 
gum  wrapper.  Circles  with  lines  at¬ 
tached  to  squares  were  placed  on  a 
screen  in  the  front  of  the  room. 
Words  like  “logistics-unit,”  “plan¬ 
ning-unit,”  and  “demob-unit”  were 
placed  in  those  squares.  The  talk 
was,  for  the  most  part,  something 
about  which  I  knew  little — ICS.  I 
took  copious  notes,  copied  drawing 
after  drawing  (I  was  getting  pretty 
good  at  circles),  and  slowly  I  began 
to  understand  the  structure  in 
which  we  were  working  and  how 
InciNet  was  supposed  to  run.  I  be¬ 
gan  to  see  how  complex,  yet  flex¬ 
ible,  ICS  is  and  how  it  can  grow. 
Because  computer  programs  im¬ 
pose  structure,  I  began  to  see  the 
size  of  the  task.  I  also  started  to  re¬ 
alize  the  frustrations  involved  in 
working  on  interagency  applica¬ 
tions.  On  December  10,  1992,  the 
last  blitz  analysis  meeting  took 
place.  After  4  months  with  InciNet, 
I  knew  something  about  what  the 
ICS  is  and  appreciated  the  inter¬ 
agency  environment  in  which 
InciNet  operates. 

Continued  on  page  20 
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The  System  Is  Tested 

A  test  of  the  system  was  scheduled 
in  Napa,  CA.  This  was  also  my  first 
look  at  the  type  of  equipment 
InciNet  would  be  running.  The 
setup  seemed  simple.  Standard 
telephone  wires  were  laid  from 
room  to  room  at  a  hotel.  On  the 
equipment,  a  test  incident  (in 
which  data  had  been  preentered) 
was  running.  Besides  a  couple  of 
geese  swimming  in  the  pond,  there 
wasn’t  much  to  see.  After  the  test 
in  Napa,  the  InciNet  Steering 
Committee  met.  I  was  there  to  rep¬ 
resent  the  Forest  Service  on  this 
committee.  They  decided  to  release 
a  beta  version  of  InciNet  for  the 
summer  of  1993.  The  committee 
came  to  this  decision  for  a  number 
of  reasons: 

•  Support  for  individual  commit¬ 
tee  member  travel  appeared 
waning; 

•  National  Wildfire  Coordinating 
Group  (NWCG)  funds  were  being 
directed  elsewhere;  and 

•  The  test  at  Napa  seemed  to  show 
that  there  were  no  major  prob¬ 
lems  running  the  program. 

The  steering  committee  decided  it 
was  time  to  release  the  first  ver¬ 
sion.  They  talked  about  the  logis¬ 
tics  of  caching  the  equipment. 
Briefly,  they  discussed  software 


support.  I  went  home  thinking 
that  word  of  product  release  would 
be  happily  received.  Finally,  there 
would  be  something  to  be  talked 
about. 

Beta  Testing  Meets 
Mixed  Reactions 

News  of  the  beta  release  was  met 
with  mixed  reaction.  Complaints  of 
specific  problems  and  disagree¬ 
ments  with  the  direction  of  the 
project  seemed  to  increase.  After 
an  InciNet  Steering  Committee 
meeting  in  San  Diego,  CA,  a  sec¬ 
ond  MS-DOS  product  was  an¬ 
nounced.  Support  problems  were 
discussed  here  also.  In  late  winter, 
the  decision  was  made  to  cache 
InciNet  at  Missoula,  MT,  instead  of 
Boise,  ID.  This  too  was  met  with 
mixed  reaction. 

When  the  hardware  finally  arrived, 
the  InciNet  software  was  loaded, 
and  the  kits  were  placed  in  special 
shipping  containers.  Everything 
seemed  on  track.  The  question  of 
software  support  was  still  unan¬ 
swered.  The  CDF  agreed  to  provide 
support  through  the  1993  fire  sea¬ 
son.  The  season  came  and  went. 
InciNet  went  to  some  fires.  Reac¬ 
tion  was  again  mixed.  It  was  clear 
that  a  more  effective  way  of  enter¬ 
ing  data  was  still  needed. 


Sharing  InciNet 
Opinions 

It  was  decided  that  a  “smart  card” 
type  of  entry  will  be  looked  into 
and  tested.  Since  there  was  no 
“real”  software  support  for  the  MS- 
DOS  version,  a  “forum-type”  mail¬ 
ing  list  was  established  to  share 
information  on  ideas,  develop¬ 
ments,  and  opinions.  For  Forest 
Service  users,  the  list  address  is 
“InciNet-ForurmwOlc.”  A  long¬ 
term  answer  for  support  and  main¬ 
tenance  of  that  program  is  still 
being  sought. 

Work  has  been  completed  on  the 
Finance  module,  which  is  now  in 
beta  test.  Version  1.5  of  InciNet 
was  released  in  July  1994.  NWCG 
funding  ends  with  the  1995  fiscal 
year. 

InciNet’s  Future 

The  future  of  InciNet  now  lies  in 
the  field.  InciNet  may  not  be  the 
ultimate  answer  to  all  ICS  prob¬ 
lems,  nor  fit  perfectly  into  the  ICS 
structure,  but  it  seems  to  be  a 
good  starting  point.  I  would  like  to 
see  it  used  and  evaluated  by  Inci¬ 
dent  Commanders.  Subsequently, 
their  input  should  be  used  to  build 
on  the  InciNet  foundation.  ■ 
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IimciIMet  Used  oim  Southern 
California  Emergencies 

Jim  Nicholls 


When  major  incidents  such  as 
wildfires,  earthquakes, 
floods,  and  hurricanes  oc¬ 
cur,  Incident  Commanders  are 
faced  with  the  difficult  task  of  man¬ 
aging  large  numbers  of  personnel 
and  equipment  arriving  in  a  short 
timeframe  and  needing  immediate 
direction  and  support.  The  nation¬ 
ally  adopted  Incident  Command 
System  (ICS)  provides  job  descrip¬ 
tions  and  training  for  management 
and  support  personnel.  Faced  with 
overwhelming  work  loads,  these 
personnel  attempt  to  sort  out  re¬ 
source  availability  and  provide  all 
necessary  support  as  quickly  as  pos¬ 
sible.  A  new  tool  provides  incident 
personnel  with  automated  assis¬ 
tance  to  make  the  necessary  deci¬ 
sions  quickly  and  efficiently.  This 
tool  is  InciNet. 

Background  of  InciNet 

InciNet,  as  we  know  it  today,  began 
in  1990  as  a  cooperative  venture  be¬ 
tween  the  National  Wildfire  Coordi¬ 
nating  Group  (NWCG)  and  the 
California  Department  of  Forestry 
and  Fire  Protection  (CDF).  The 
product  provides  automation  of 
many  ICS  functions  and  can  be 
used  by  emergency  response  agen¬ 
cies  at  any  level  of  government. 
InciNet’s  menus  and  “pick  lists” 
ease  the  use  of  the  product  by  ICS- 
trained  fire  personnel  who  possess 
minimal  computer  skills.  The  hard¬ 
ware  is  designed  for  extreme  field 
conditions  and  has  the  flexibility  to 
service  an  extensive  incident  base. 


Jim  Nicholls  is  a  division  chief  for  the 
California  Department  of  Forestry  and 
Fire  Protection,  Sacramento,  CA. 


InciNet  is  an  extremely  large  and 
dynamic  data  base  that  provides  the 
incident  staff  with  tools  to  manage 
incident  information;  in  addition,  it 
generates  printed  reports.  To  aid  in 
the  management  of  resources,  or¬ 
ders  are  tracked  from  the  time  the 
Incident  Commander  requests  addi¬ 
tional  resources  through  demobili¬ 
zation.  InciNet  also  allows  each  unit 
to  carry  out  its  tasks  as  defined  un¬ 
der  ICS: 

The  Resource  Unit  can: 

•  Create  and  staff  divisions,  groups, 
and  staging  areas,  generating  Di¬ 
vision  Assignment  Lists  (ICS  204) 
in  the  process 

•  Check  in  resources  upon  arrival 
at  the  incident 

•  Form  strike  teams  and  task  forces 

•  Assign  overhead  to  sections, 
branches,  and  units 

•  Set  operational  periods 

The  Situation  Unit  can: 

•  Create  and  update  Incident  Status 
Summaries  (ICS  209) 

The  Demobilization  Unit  can: 

•  Plan  demobilization  priorities 
based  upon  agency,  time  at  the 
incident,  travel  needs,  etc. 

•  Manage  and  coordinate  releases 
with  the  dispatch  center 


The  Supply  Unit  can: 

•  Receive  shipments  and  manage 
the  inventory 

•  Issue  and  track  supplies  and 
equipment 

•  Transfer  supplies  to  other  inci¬ 
dents  or  back  to  the  providing 
source  at  the  close  of  the  incident 

The  Ground  Support  Unit  can: 

•  Monitor  all  ground  equipment 
for  inspections,  servicing,  rental 
agreements,  etc. 

•  Provide  the  Ground  Support  Ve¬ 
hicle  Inventory  (ICS  218) 

•  Manage  its  drivers  and  vehicles 

The  Medical  Unit  can: 

•  Prepare  and  update  the  Incident 
Medical  Plan  (ICS  206) 

The  Communications  Unit  can: 

•  Manage  all  radio  systems  and  the 
frequencies  assigned  to  the  inci¬ 
dent 

•  Prepare  the  Incident  Radio  Plan 
(ICS  205)  with  direct  input  to  the 
ICS  204 ’s 

The  Procurement  Unit  can: 

•  Create  emergency  equipment 
rental  agreements 

•  Post  shift  tickets,  fuel  and  oil  is¬ 
sues,  work  orders,  commissary 
charges,  and  miscellaneous 
charges 

Continued  on  page  22 
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•  Provide  final  invoicing  for  pay¬ 
ment  with  full  documentation 

The  Time  Unit  can: 

•  Prepare  individual  time  records 

•  Post  crew  and  individual  shift 
tickets,  commissary  charges,  and 
miscellaneous  charges 

•  Print  completed  individual  time 
reports,  including  payment  infor¬ 
mation  for  casual  hires 

The  Cost  Unit  can: 

•  Prepare  daily  and  cumulative  inci¬ 
dent  suppression  costs 

•  Identify  individual  agency  expen¬ 
ditures 

•  Break  out  costs  for  special  pur¬ 
poses 

Availability  of  Hardware 
and  Software 

InciNet  can  operate  on  one  of  two 
distinct  computer  platforms — DOS 
or  UNIX.  The  DOS  version  is  de¬ 
signed  for  a  single  user  and  runs  on 
a  notebook  or  desktop  computer  to 
support  initial  and  extended  attack¬ 
sized  incidents.  Both  disks  for  use 
with  DOS  equipment  and  user 
manuals  became  available  through 
the  National  Automated  Cache  Sys¬ 
tem  (NACS)  early  in  1995.  This  ver¬ 
sion  can  be  run  on  most  IBM- 
compatible  386  or  faster  computers 
possessing  at  least  20  Mb  of  free 
memory  on  the  hard  drive  and  at 
least  4  Mb  of  Random  Access 
Memory  (RAM). 

The  UNIX  version,  currently  avail¬ 
able  through  NACS,  can  be  ordered 
by  any  agency  through  its  regional 
coordinators.  This  software  is  used 
to  handle  large-scale  incidents  or 
any  incident  desiring  full  implemen¬ 
tation  and  provides  multiuser  and 
multitasking  capabilities.  Many 
agencies  are  now  acquiring  the 
UNIX  package  to  run  on  IBM-com¬ 
patible  PC’s  equipped  with  the  nec¬ 


essary  serial  port  cards  that  allow 
nonintelligent  work  stations  to  be 
slaved  to  the  file  server. 

InciNet  in  1 993 

For  the  1993  fire  season,  NWCG 
trained  a  total  of  51  Federal  and 
State  fire  control  employees  to  per¬ 
form  as  “InciNet  advisors.”  (The  posi¬ 
tion  is  similar  to  the  one  ICS 
advisors  used  when  ICS  was  first 
adopted.)  InciNet  advisors  are 
trained  to  initialize  the  incident’s 
data  base  and  then  provide  hands-on 
training  to  staff  on  the  scene.  The 
objective  for  1993  was  to  validate  the 
program  and  provide  field  input  for  a 
better  product. 

The  1993  fire  season  was  relatively 
slow  until  October,  when  InciNet  was 
dispatched  to  the  Marre  fire  on  the 
Los  Padres  National  Forest.  While 
the  program  was  not  fully  integrated 
into  the  incident,  the  basic  product 
and  protocols  were  validated.  Then  in 
November,  with  the  rash  of  fires  in 
southern  California,  InciNet  was 
again  called  upon  to  provide  support 
for  numerous  incidents. 

Although  designed  to  handle  smaller 
incidents,  the  DOS  version  per¬ 
formed  well  in  providing  action  plans 
supporting  over  3,200  firefighters 
and  staff  working  the  Green  Meadow 
fire  in  Ventura  County  for  10  days.  It 
was  also  used  without  problems  on 
smaller  incidents  such  as  the  Box 
and  Steckel  fires  and  the  Orange 
Show  staging  area.  The  UNIX  system 
was  used  on  the  Ortega  fire  on  the 
Cleveland  National  Forest  and  the 
Topanga  fire  in  Los  Angeles  County. 
Although  the  systems  were  ordered 
late  into  the  incidents,  the  tool  still 
proved  invaluable  to  the  Planning 
Section  chiefs,  providing  timely  and 
accurate  action  plans.  Incident  staff 
agreed  that  there  was  no  other  way 
that  the  Malibu  fire  could  have  been 
managed. 


Improved  InciNet 
in  1994 

In  1994,  use  of  InciNet  became  more 
widespread,  with  both  Federal  and 
State  ICS  teams  requesting  the 
equipment  for  fires  throughout  the 
Southwest  and  West.  Major  work  was 
done  to  improve  the  software  and 
speed  of  the  operating  system  during 
the  winter  of  1993.  With  improved 
program  flexibility  from  1993  and  in¬ 
creased  functionality,  far  fewer  re¬ 
quests  for  changes  were  received  and 
user  acceptance  dramatically  im¬ 
proved.  For  instance,  due  to  a  vast 
decrease  in  the  time  requirements  to 
provide  the  various  reports  and  pa¬ 
perwork,  the  individuals  staffing  the 
various  positions  have  become  more 
proactive  in  their  duties.  The  avail¬ 
ability  of  the  “sort”  processes  en¬ 
hances  resource  information 
gathering  and  allows  decisionmaking 
based  upon  verifiable  information.  In 
many  cases,  the  transition  from 
manually  prepared  forms  to  both  on¬ 
screen  and  printed  information  dra¬ 
matically  changes  the  capabilities  of 
a  unit  and  provides  new  ways  of  im¬ 
proving  operations. 

InciNet  in  the  Future 

While  version  2.0  was  the  final  prod¬ 
uct  of  current  development,  plans 
are  underway  to  provide  ongoing 
product  maintenance.  Future  en¬ 
hancements  and  new  functionality 
are  feasible  down  the  road  due  to  the 
design  and  coding  employed  to  date. 
As  with  any  software  product, 

InciNet  will  need  to  grow  and 
change  to  meet  new  needs  and  pro¬ 
cedures  in  addition  to  an  ever-chang¬ 
ing  hardware  environment.  The  key 
to  total  integration  of  InciNet  into 
daily  incident  operations  lies  in  the 
inclusion  of  the  program  and  equip¬ 
ment  into  agency-provided  training 
sessions  and  the  use  of  the  DOS  ver¬ 
sion  to  preacquaint  personnel  with 
the  program  prior  to  use  on  an  ac¬ 
tual  incident.  ■ 
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Changes  at  California’s  ITS1 


Anthony  R  Favro 

Information  Technology  Services 
(ITS)  of  the  California  Depart¬ 
ment  of  Forestry  and  Fire  Protec¬ 
tion  (CDF)  underwent  quite  a  few 
changes  in  1993.  As  a  result,  ITS 
began  1994  with  a  somewhat  un¬ 
familiar  name,  a  new  office  loca¬ 
tion,  and  a  number  of  ambitious 
new  projects. 

New  Section  Name.  It’s  taken 
awhile  for  those  familiar  with  the 
section’s  former  name,  Electronic 
Data  Processing  (EDP),  to  get 
used  to  the  ITS  designation.  The 
chief  of  ITS,  Bryan  Gillgrass,  ex¬ 
plained,  “Information  technology 
really  says  we’re  going  to  deliver 
information  through  the  use  of 
technology  to  help  CDF  do  its 
job,  whatever  and  wherever  it 
may  be.” 

New  Chief.  Gillgrass  joined  CDF 
in  April  1993.  He  has  been  cred¬ 
ited  with  bringing  new  ideas,  new 
plans,  and  an  overall  new  outlook 
to  the  section. 

New  Location.  One  of  Gillgrass’s 
first  projects  was  to  organize  the 
move  of  ITS  to  a  new  location. 

His  efforts  reached  fruition  in 
September  1993  when  ITS  began 
to  set  up  shop  in  its  new  offices. 
Gillgrass  said,  “the  move  has  al¬ 
lowed  our  organization  to  be  in 


Anthony  P.  Favro  is  a  personnel  analyst 
for  the  California  Department  of  Forestry 
and  Fire  Protection,  Sacramento,  CA. 


1 This  article,  in  part,  was  first  published  as  "ITS — 
New  Name,  New  Chief,  Lots  of  Projects"  in  the 
January/February  1994  issue  of  "Communique,'' 
CDF’s  employee  newsletter. 


one  location  for  the  first  time  in  5 
years.”  The  new  location  includes  a 
much-improved  office  environ¬ 
ment,  a  conference  room,  and, 
maybe  most  importantly,  a  true 
computer  room  that  houses  many 
of  the  file  servers  that  tie  CDF  to¬ 
gether. 

In  describing  the  new  space, 
Gillgrass  remarked,  “This  is  an  air- 
conditioned  space  that’s  designed 
and  built  just  for  the  housing  of 
computers.”  He  compared  the  new 
computer  room  with  the  previous 
setup — where  the  servers  were 
stored  “. . .  in  a  closet  or  in 
somebody’s  office,  and  you  could 
run  by  and  trip  over  a  cord  and 
possibly  unplug  the  whole  State.” 
In  addition,  the  move  has  allowed 
ITS  to  wire  a  building  properly  for 
local-  and  wide-area  networks. 

New  Projects.  Now  that  it  is  situ¬ 
ated  in  the  new  space,  ITS  can  ad¬ 
dress  its  large  number  of  current 
and  new  projects.  Primary  among 
these  is  the  creation  of  a  5-year  In¬ 
formation  Systems  Strategic  Plan. 
In  addition,  Gillgrass  has  been  ac¬ 
tive  in  the  development  of  an  over¬ 
all  strategic  plan  for  the 
department  as  well  as  one  for  the 
Management  Services  Division. 

“We  have  had  to  ask  some  very  per¬ 
tinent  questions,”  Gillgrass  said. 
“We  wanted  to  determine  accu¬ 
rately  the  business  needs  as  well  as 
the  overall  strategies  of  the  organi¬ 
zation  so  we  can  find  the  appropri¬ 
ate  information  technology  solu¬ 
tions.  That’s  a  big,  big  issue  going 


Bryan  Gillgrass,  chief  of  CDF’s  Informa¬ 
tion  Technology  Section,  stands  next  to 
some  of  the  equipment  now  stored  in  the 
section ’s  new  computer  room,  designed 
speciFtcally  for  the  housing  of  computers. 
Photo:  Anthony  Favro,  CDF,  Sacra¬ 
mento,  CA,  1994. 

on  right  now,  and  ITS  has  spent  a 
tremendous  amount  of  effort  in 
doing  this  since  I’ve  gotten  here.” 

A  major  component  of  this  plan¬ 
ning  process  is  a  series  of  busi¬ 
ness  process  reviews — the 
bringing  together  of  the  automa¬ 
tion,  administration,  fire  protec¬ 
tion,  and  forest  practice  sides  of 
CDF  to  develop  a  common  defini¬ 
tion  and  understanding  of  them. 
“Then  we  determine  where  in 
that  process  automation  can  help. 

Other  ITS  projects  include  the 
development  of  an  automated  All- 
Incident  Emergency  Activity  Re¬ 
porting  System,  the  release  of  the 
second  version  of  the  InciNET 
system,  and  the  upgrade  of  the 
statewide  area  network  from  ana¬ 
log  to  digital.  ■ 
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CAHIS  Helps  Make 
the  Skies  Safer 

Jon  C.  Skeels 


During  the  past  10  years,  avia¬ 
tion  safety  has  become  a  major 
issue  for  natural  resource 
agencies  across  the  country. 

Agency  personnel  are  becoming 
more  aware  of  how  aircraft  mainte¬ 
nance,  dispatch  procedures,  air¬ 
space  conflicts,  and  ground  hazard 
locations  affect  overall  program 
safety  and  success.  They  realize 
that  more  aircraft  (civilian,  mili¬ 
tary,  and  government)  are  being 
flown  than  ever  before.  In  addition, 
the  public’s  use  of  small  aircraft  to 
visit  areas  where  natural  resource 
agencies  are  also  performing  avia¬ 
tion  operations  continues  to  in¬ 
crease. 

CAN  System  Developed 

A  grassroots  effort  was  begun  in  the 
early  1980’s  to  develop  a  system 
that  would  help  dispatchers  and 
aviation  managers  document  infor¬ 
mation  about  military  airspace  lo¬ 
cations  and  airspace  navigation  for 
pilots.  This  effort  led  to  the  devel¬ 
opment  of  the  Computer  Aided 
Navigation  (CAN)  system.  CAN  was 
first  used  on  several  forests  in  the 
Pacific  Southwest  Region  (Region 
5)  of  the  USDA  Forest  Service.  As 
people  realized  its  potential,  CAN 
soon  spread  to  more  forests  and 
other  agencies  across  the  country. 
The  CAN  software,  written  in  BA¬ 
SIC,  runs  on  a  personal  computer, 
using  the  DOS  operating  system  as 
well  as  the  agency’s  Data  General 
system. 


Jon  C.  Skeels  is  a  computer  specialist  for 
the  USDA  Forest  Service,  Rocky  Mountain 
Region ,  State  and  Private  Forestry, 
Lakewood ,  CO. 


CAHIS  serves  a  vital 
purpose  in  providing 
accurate,  quick,  and 
easily  accessible 
information. 


CAHIS  Evolves 

In  1988,  representatives  from  sev¬ 
eral  Federal  agencies  began  study¬ 
ing  how  the  benefits  of  CAN  could 
be  applied  to  a  graphical  computer 
interface  such  as  the  Bureau  of 
Land  Management’s  (BLM)  Initial 
Attack  Management  System  (IAMS). 
IAMS  is  designed  to  provide  intelli¬ 
gence  to  help  dispatch  initial  attack 
forces  to  incident  sites  and  to  assist 
dispatchers  with  aviation  activities 
related  to  incidents  and  other  avia¬ 
tion-related  projects.  Because  IAMS 
requires  the  use  of  a  network  to 
transmit  lightning-related  data  and 
electronic  mail.  Federal  personnel 
developed  plans  to  produce  a  stand¬ 
alone  version  of  IAMS  for  use  by 
agencies  other  than  BLM.  They  also 
made  a  decision  to  incorporate  the 
technology  provided  by  the  CAN 
system  into  IAMS.  With  this  con¬ 
solidation,  the  Computer-Aided 
Aviation  Hazard  Information  Sys¬ 
tem  (CAHIS)  came  to  be. 

Maps  and  Overlays 

CAHIS,  an  IAMS  subsystem,  runs 
within  the  Microsoft  Windows  envi¬ 
ronment  using  a  graphical  mapping 
system  known  as  MAPS.  MAPS  is 
the  map  display  and  analysis  com¬ 
ponent  of  the  IAMS  system;  it  dis¬ 
plays  data  similarly  to  geographic 


information  systems  (GIS).  MAPS 
includes  a  graphic  display  of  se¬ 
lected  overlays  including  the  conti¬ 
nental  United  States,  natural 
resource  agency  boundaries, 
helibases,  airtanker  bases,  Vertical 
Omni  Radios  (VOR’s),  military 
training  routes  (MTR’s),  special-use 
airspace,  aeronautical  obstacles, 
road  systems,  and  geographical  fea¬ 
tures  (e.g.,  lakes  and  streams).  In 
addition,  more  specific  data  such  as 
street  maps  can  be  added  to  these 
overlays.  It  should  be  noted  that 
since  a  network  is  not  used  in  the 
stand-alone  version,  the  lightning 
systems-related  layers  are  not  in¬ 
cluded. 

Within  MAPS,  users  can  select  any 
of  the  available  overlays  for  display 
and  determine  attributes  (e.g., 
color,  shading,  labeling)  for  display. 
MAPS  also  provides  a  zoom  func¬ 
tion  that  helps  users  select  a  geo¬ 
graphic  area  at  a  closer  scale  (e.g., 
down  to  1:64,000).  The  zoom  fea¬ 
ture  is  an  effective  way  to  create  a 
view  of  a  particular  area  (e.g.,  a 
user  in  Portland,  OR,  can  place  the 
northwest  portion  of  Oregon  in  the 
center  of  a  view  at  a  small  scale). 
Users  can  also  develop  custom 
maps  and  views  of  geographic  areas 
and  save  them  for  later  reference. 

CAHIS  performs  an  analysis  of 
these  overlays  to  locate  aviation-re¬ 
lated  hazards  (e.g.,  MTR’s,  SUA’s, 
obstacles)  and  to  identify  VOR’s, 
helibases,  airtanker  bases,  and 
other  support  locations.  CAHIS 
uses  MAPS  to  provide  an  accurate 
display  for  visual  reference  and 
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analysis.  In  addition,  MAPS  pro¬ 
vides  distance  measuring  tools  that 
allow  the  user  to  measure  dis¬ 
tances  between  any  set  of  points  on 
a  map.  Distance  conversions  are 
made  available  in  statute  and  nau¬ 
tical  miles  as  well  as  kilometers. 

It  is  critical  that  the  aviation  data 
be  accurate  and  current.  Data  from 
the  Defense  Mapping  Agency 
(DMA)  is  published  every  56  days 
in  the  form  of  the  AP/1A  and  AP/1B 
documents.  This  data  is  updated 
electronically  every  28  days  and  is 
available  on  CD-ROM.  While  the 
CAN  system  must  be  updated  by 
hand  with  this  new  data  (every  56 
days),  CAHIS  is  updated  quickly 
using  files  extracted  from  the  CD- 
ROM  (every  28  days).  This  update 
is  available  to  the  field  quickly  us¬ 
ing  the  Data  General  information 
retrieval  system  and  other  agency 
e-mail  systems.  This  data  is  certi¬ 
fied  by  the  Federal  Aviation  Admin¬ 
istration  (FAA). 

Benefits  of  CAHIS 

CAHIS  is  beneficial  to  both  dis¬ 
patchers  and  aviation  personnel. 
For  example,  CAHIS: 

•  Automates  information  formerly 
obtained  by  manual  methods 

•  Contains  certified,  time-sensitive 
data  from  the  DMA  and  the  FAA 

•  Performs  required  calculations, 
thus  reducing  the  occurrence  of 
errors 

•  Contains  current  information 
updated  in  28-  and  56-day  cycles 

•  Provides  comprehensive  and  ac¬ 
curate  information  by  integrat¬ 
ing  data  from  several  sources 

Current  System 
Status 

The  final  BETA  test  of  the  stand¬ 
alone  version  of  CAHIS  was  tested 
at  27  Forest  Service  locations  be¬ 
ginning  in  late  November  1994. 


The  system  is  currently  available  at 
all  BLM  IAMS  units  across  the 
country.  Once  testing  and  the  nec¬ 
essary  system  adjustments  and  en¬ 
hancements  are  complete,  the 
system  will  be  available  to  all  inter¬ 
ested  agencies. 

Who  Can  Use  CAHIS? 

The  system  may  be  used  by  any¬ 
one — from  dispatchers  to  aviation 
managers — both  in  emergency  and 
nonemergency  situations.  All  that 
is  required  is  a  personal  computer 
with  at  least  a  386  processor,  4  Mb 
RAM,  25  Mb  of  free  hard  disk 
space,  Microsoft  Windows  3.1  soft¬ 
ware,  and  a  mouse. 

Summary 

Through  CAHIS,  agencies  involved 
in  incident  and  aviation  manage¬ 
ment  have  valuable  opportunities 
to  share  information.  MAPS  link  to 
external  data  (e.g.,  DMA)  and  other 
Federal  agency  data  provides  a 
one-stop  repository  for  critical 
geographic-  and  aviation-related 
graphic  data.  Using  information 
from  a  wide  variety  of  sources  in¬ 
creases  the  accuracy  of  the  data 
overall  because  each  overlay  source 
is  the  best  possible  for  the  particu¬ 
lar  set  of  data.  In  addition,  each 
agency  that  contributes  informa¬ 
tion  also  maintains  an  investment 
in  the  system. 

The  Future  of  CAHIS 

Feedback  from  users  of  CAHIS  will 
help  to  further  develop,  customize, 
and  enhance  this  new  and  dynamic 
system.  All  users  have  the  opportu¬ 
nity  to  provide  feedback  to  help 
maximize  the  effectiveness  of 
CAHIS. 

CAHIS  has  grown  and  developed 
into  an  important  dispatch  and 
aviation  tool.  It  serves  a  vital  pur¬ 
pose  in  providing  accurate,  quick, 
and  easily  accessible  information 


Cover  of  brochure  about  CAHIS. 

to  pilots,  dispatchers,  ground 
crews,  the  FAA,  military  installa¬ 
tions,  and  other  agencies  involved 
in  natural  resource  management. 

In  May  1994,  an  interagency  bro¬ 
chure  became  available  to  anyone 
wanting  more  information  on 
CAHIS.  The  brochure  provides 
managers  with  general  informa¬ 
tion  on  what  CAHIS  does.  It  shows 
screen  examples  and  computer  re¬ 
quirements  and  lists  people  to  con¬ 
tact  for  further  information. 

Copies  of  this  brochure  can  be  ob¬ 
tained  from  Jon  Skeels,  Rocky 
Mountain  Region,  P.O.  Box  25127, 
Lakewood,  CO  80225  or  telephone: 
303-275-5746;  or  IAM  Support 
Group,  National  Interagency  Fire 
Center,  3905  Vista  Avenue,  Boise, 
ID  83705-5392.  ■ 
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OLMS:  Aim  Aviation 
Management  System 


Lynn  C.  Thomas 


The  DLMS  is  an  automated  system  that  not  only 
helps  Federal  agencies  dispatch  aircraft  needed 
for  specific  missions  but  also  supports  the 
preparation  of  cost-analysis  and  other  reports 
after  missions  are  accomplished. 


The  Demand  Logistics  Manage¬ 
ment  System  (DLMS)  is  an  au¬ 
tomated  aviation  system 
designed  to  establish  asset  manage¬ 
ment  and  aircraft  dispatching  capa¬ 
bilities.  It  will  directly  support 
Federal  agencies  in  meeting  the  re¬ 
quirements  of  the  Office  of  Manage¬ 
ment  and  Budget’s  circulars  A- 126 
and  A-76  for  postmission  reporting. 

From  a  Proven  System 

The  DLMS  is  a  derivative  of  the 
Navy  Air  Logistics  Information  Sys¬ 
tem  (NALIS),  which  is  a  centralized 
system  to  assess  what  types  of  air¬ 
craft  should  be  used  for  necessary 
missions  and  to  allocate  aircraft. 
Since  implementation  of  the 
NALIS,  the  Navy  has  reduced  its 
fleet  by  50  aircraft  while  increasing 
its  transport  capability  and  has  seen 
annual  operating  cost  savings  of 
over  $100  million. 

The  General  Services  Administra¬ 
tion  (GSA)  evaluated  NALIS  as  a  de¬ 
sirable  tool  for  Federal  agencies 
and  took  the  opportunity  to  sign  a 
memorandum  of  understanding 
with  the  Navy  to  include  Federal  ci¬ 
vilian  agency  requirements  in  a 
new  design.  The  DLMS  is  the  result 
of  this  joint  venture. 

Available  on  Two 
Formats 

The  project  is  progressing  in  two 
parallel  design  efforts.  One  version 
is  an  MS  DOS-based  design  called 
the  “Clipper,”  usable  on  a  personal 

Lynn  C.  Thomas  is  the  Southern  Area 
coordinator  for  the  USDA  Forest  Service, 
Fire  and  Aviation,  Atlanta,  GA. 


computer.  Features  of  this  version 
will  include: 

•  Tracking  of  airlift  requests,  flight 
schedules,  and  postmission  re¬ 
ports 

•  Full  A-126  reporting  with  basic 
cost  analysis 

•  Flexible  reporting 

•  User-friendly  menus 

•  Easily  modified  tables 

The  minimum  system  require¬ 
ments  to  run  the  Clipper  version 
will  be  a  386  DOS-based  PC  with  4 
Mb  RAM,  10  Mb  available  disk 
space,  and  VGA  graphics  capability. 
It  can  also  run  on  a  comparable 
laptop  computer.  Files  may  be 
transmitted  over  telephone  con¬ 
nections  via  a  modem  and  a  third- 
party  software  package. 

The  second  design  effort  is  an 
Oracle-based  relational  data  base 
version,  targeted  at  users  with  a 
large  fleet  of  aircraft.  This  version 
will  have  even  more  features  than 
the  Clipper  version  and  will  be  ca¬ 
pable  of  handling  larger  data  bases. 
Some  agencies,  especially  those 
that  are  already  running  Oracle  ap¬ 
plications,  may  want  to  migrate 
from  the  DOS  version  to  the  UNIX 
version  to  gain  the  additional  fea¬ 
tures  and  sophistication  of  that 
system. 


The  minimum  system  requirements 
to  run  Oracle  applications  are  a 
computer  with  a  UNIX  operating 
system  capable  of  running  Oracle  7 
Relational  Data  Base,  memory  suffi¬ 
cient  for  the  number  of  users  on 
the  system  (16  Mb  recommended 
minimum),  and  hard  drive  capacity 
sufficient  for  the  desired  amount  of 
record  storage.  In  addition  to  those 
mentioned  above,  DLMS  features: 

•  Generic  aviation  data  and  report¬ 
ing  standards 

•  Automated  scheduling  tools  for 
both  tactical  and  administrative 
flights 

•  Full  documentation  of  each  flight 

by  leg 

•  Modeling  and  real  time  analysis 
that  can: 

—  Justify  the  use  of  government 
aircraft 

—  Reflect  aircraft  operating  costs 
—  Conduct  required  cost  com¬ 
parisons 

•  Aircraft  management,  including 
—  Procurement  (missions  flown 

and  not  flown) 

—  Distribution  for  most  effective 
use 

•  Aircraft  dispatching  and  use 
tracking 

•  Incorporation  of  many  of  the 
Aviation  Data  Management 
(ADaM)  program  features 
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•  Temporary  remote  coordination 
on  a  laptop  or  notebook  com¬ 
puter 

•  Passenger  manifest  and  recall 

•  Travel  cost  and  comparisons 

•  Project  codes  for  capturing  mis¬ 
sion  data 

•  Aircraft  costing  by  tail  number 

Evaluating  To  Improve 

In  August  1992,  a  demonstration 
of  the  DLMS  was  given  to  the  Fed¬ 
eral  Aviation  Administration  (FAA), 
National  Aeronautics  and  Space 
Administration  (NASA),  and  the 
USDA  Forest  Service.  In  Septem¬ 
ber  1992,  the  DLMS  Standardiza¬ 
tion  Task  Group  was  formed 
through  the  Interagency  Commit¬ 
tee  for  Aviation  Policy  (ICAP), 
Management  Data  and  System 
Subcommittee.  The  task  group 
members  began  working  through 
GSA  with  the  Navy  development 
team.  Functions  of  the  group  in¬ 
cluded: 

•  Reviewing  suggested  program 
modifications  and  enhancements 

•  Defining  and  approving  system 
design  criteria 

•  Performing  software  quality  re¬ 
views  and  testing 

•  Providing  system  demonstra¬ 
tions 

•  Assisting  in  user  training 

In  October  1993,  the  alpha  test  of 
DLMS  began  at  the  Southern  Area 
Coordination  Center  (SACC)  in  At¬ 
lanta,  GA,  and  in  the  National  In¬ 
teragency  Coordination  Center 
(NICC)  in  Boise,  ID.  In  January 
1994,  the  beta  test  version  was  re¬ 
leased  to  the  task  group.  By  April, 
DLMS  was  ready  to  be  demon¬ 
strated  in  Denver,  CO,  at  the  Na¬ 
tional  Coordinators’  meeting. 
Copies  of  the  DLMS  program  were 
given  to  eight  Geographic  Coordi¬ 
nation  Centers  for  further  testing 
and  providing  feedback  to  the  task 
group. 


How  DLMS  Works 

Requestor  alerts  dispatcher  of 
service  needs. 

DLMS  creates  a  demand  file: 

•  Departure  and  arrival  points 

•  Time  frames 

•  Passengers  and/or  cargo:  size, 
type 

•  Priority  and  urgency 

•  Frequency  of  use 

DLMS  makes  flight  assignments: 

•  Reviewing 

—  Aircraft  capability  require¬ 
ments 

—  Aircraft  availability 
—  Distance  and  cost  file 
—  Location  resection  file 
—  Crew  duty  file 
—  Maintenance  file 
—  Contract  and/or  charter  air¬ 
craft  file 

•  Optimizing  aircraft  options 

•  Performing  OMB  circular  A- 
126  cost  comparisons 

•  Capturing  and  archiving  man¬ 
agement  data 


DLMS  Made  Available 

In  late  June  1994,  the  Navy  turned 
over  the  Clipper  Version  1.0  soft¬ 
ware  of  DLMS  to  GSA.  In  August, 
an  interagency  DLMS  workshop 
and  training  session  was  held  in 
Washington,  DC.  Agencies  repre¬ 
sented  included  the  Forest  Service, 
Department  of  Commerce’s  Na¬ 
tional  Oceanic  and  Atmospheric 
Administration  (NOAA),  Depart¬ 
ment  of  the  Interior’s  (DOI)  Bu¬ 
reau  of  Reclamation,  Department 
of  Transportation’s  (DOT)  Federal 
Aviation  Administration  (FAA),  De¬ 
partment  of  Treasury’s  Bureau  of 
Alcohol,  Tobacco  and  Firearms 
(BATF),  and  the  Department  of 
Justice’s  Immigration  and  Natural¬ 
ization  Service  (INS). 


DLMS  is  responsible  for: 

•  Assigning  aircraft  type 

•  Specifying  route 

•  Determining  departure  and  ar¬ 
rival  times 

•  Satisfying  all  or  part  of  request 

•  Recording  capacity  remaining 

•  Pre-loading  fixed  routes  that 
can/cannot  be  modified 

•  Notification  of  tasks  to 
—  Aircraft  operator 
—  Requestor 

—  Passengers 
—  Airfield  operators 

DLMS  provides  aircraft  manage¬ 
ment  with  the  following: 

•  Mission  reports 

•  Actual  vs.  scheduled  perfor¬ 
mance  reports 

•  OMB  A-126  and  A-76  reports 

•  Scheduling  efficiency 

•  Justification  for  present  and/or 
new  aircraft 

•  Bulletin  Board  and  help  desk 
support 

•  Information  for  Federal  Avia¬ 
tion  Management  Information 
System  (FAMIS)  reporting 


A  second  workshop  and  training 
session  was  conducted  in  Decem¬ 
ber  with  the  following  participat¬ 
ing  agencies — the  Forest  Service, 
DOI’s  Bureau  of  Land  Management 
(BLM),  and  Office  of  Aircraft  Ser¬ 
vices  (OAS),  Department  of  Energy 
(DOE),  and  DOT’S  FAA. 

The  DLMS  software  and  users 
manuals  were  provided  free  to  par¬ 
ticipating  agencies.  Assistance  in 
installation  and  training  may  be 
requested  through  the  ICAP  Man¬ 
agement  Data  and  Systems  Sub¬ 
committee  and  the  Interagency 
Task  Group.  Further  suggestions 
for  modifications  or  improvements 
to  the  Clipper  DLMS  will  be  evalu¬ 
ated  through  the  Interagency  Task 
Group  and  performed  by  GSA.  ■ 
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